tuto installer mise

Bonjour, merci pour le tuto, pour savoir quand on est en version 4.0, cette version support le FAT32, lors de l'installation de l'Homebrew pour passer en mode RCM les drivers exFat sont installés ?
Ou bien il faut mettre à jour vers la 5.0 et si oui comment faire pour éviter une mise à jour qui comblerait la faille ?

Par avance merci pour votre aide, je découvre le monde de la Switch.

Le développeur tumGER propose la version 9.0.3 de sa compilation SDFilesSwitch.

ChangeLog
Veuillez supprimer le dossier atmosphere / exefs_patches avant de l'installer ! Les v9.0 / v9.0.1 contenaient des correctifs ES défectueux !

[+] CLIQUER POUR AFFICHER

• Ajout de Hekate v4.2


• Mise à jour de ReiNX


• Mise à jour de tinfoil


• Version full-sdfiles en standard


• Suppression de minimal-sdfiles
  
  N'a pas vraiment de sens, il suffit d'utiliser https://sdsetup.com


• Suppression "old-layeredfs"
  
  N'a plus de raison d'être d'utilisé

Alors tout d'abord merci d'une réponse si rapide, et non je n'ai pas de CFW d'installé sur ma ps3, "sauf erreur de ma part" une installation de cobra ODE est différente d'un jailbreak et d'une installation de custom firmware. Si je veux faire une mise a jour OFW je suis dans l'obligation d'installer un DMC et un swap disc pour pouvoir jouer à mes backups sinon mon ode ne sera plus utilisable.
Je prends note qu'il puisse avoir une incompatibilité entre mon ODE et ce jailbreak, il me faudrait pour ça avoir directement une réponse de la team PS3Xploit.
Si tu grapille d'autres info je suis preneur et en attendant d'autres recherche de ma part je te remercie

Alors pour commencer, je n'ai pas dit de ne pas utiliser le format NSP. Je relate juste les risques tout simplement. Et d'ailleurs qui sont les mêmes pour le format XCi. J'indique juste de ne pas l'installer (NSP) sur la NAND, mais plutôt sur la carte micro SD, ce qui se fait par défaut avec SX OS.

Ce que je conseille, c'est d'éviter/proscrire le online plutôt ^^

Sinon, pour te répondre concernant l'emuNAND, pour le moment ce n'est pas stable (à la vue des retours constatés). De plus une v2.1 serait sur le chemin donc la patience est de mise.

Et pour ce que j'indique plus haut, cela reste mon avis qui peut être très différent pour d'autres. J'ai apporté une indication dans la FAQ du Tutoriel qui saura répondre aux interrogations éventuelles.

À mon sens, et cela est mon ressenti, la TX aurait pu le faire différemment comme je l'indique plus haut mais a t'elle vraiment les moyens pour le faire, ça c'est un autre débat.

Le fait de créer cette pseudo emuNAND ne changera rien dans l'état actuel puisque c'est un simple partage avec une sysNAND et une emuNAND sur la NAND (eMMC) de la console. Le mieux aurait été de créer cette emuNAND sur la carte micro SD (MMC). Mais je ne vais pas redire ce que j'ai dit plus haut.

Là, pour le coup, je préconise à chacun d'attendre suffisamment de retours car les bogues/crash sont vraiment nombreux et il ne faudrait pas que chacun soit embêté à l'issu.

Mais à aucun moment, mes propos sont la vérité ultime à suivre. Je partage juste un avis. Chacun est libre de l'utiliser ou non sur sa console

Oui car cette emuNAND ne sert à rien dans cet état là.

Je ne comprend pas le raisonnement de la TX. Le fait d'avoir créer une partition dans la NAND (eMMC) n'est pas judicieux à mon sens. Le mieux aurait été de la créer dans la carte micro SD (MMC). Là, avec leur proposition, cela revient au même. Certes, leur choix met en avant de la stabilité etc... mais ça ou rien revient au même pour l'utilisateur.

Et puis, nous sommes très loin de ce qui existe sur 3DS. Un choix que je ne comprend vraiment pas. Après, je n'ai pas suffisamment de recul pour dire si leur raisonnement est justifié à la vue des possibilités. Toutefois, les développeurs CTCaer et TumGER sont catégoriques, cela est mal monté et useless !

D'autant plus que les utilisateurs qui ont préféré installer leurs NSP sur la NAND (ce que je ne conseille pas) vont devoir faire de l'espace pour créer cette partition qui accueillera l'emuNAND.

Bref, déçu par leur choix mais ce n'est que mon avis. À voir par la suite.

Edit: mise à jour de la FAQ pour apporter des éléments concrets à cela !

Mes tests se font sur un Windows 7. Pas de Windows 10 sous la main d'ailleurs.

Mais si TegraRCMGUI te pose problème, as-tu essayé avec tegraRcmSmash ? Et si c'est le driver qui bloque, essaies de l'installer sans passer par TegraRCMGUI pour voir bien que je doute que ce soit le soft la cause. Et à tout hasard, prends la version 9.0.2 de SDFilesSwitch au cas où pour voir.

Pour info à tous:

Le développeur tumGER propose la version 9.0.2 de sa compilation SDFilesSwitch.

ChangeLog

[+] CLIQUER POUR AFFICHER

• Correction de la totalité des fichiers SDFiles "SDFilesVX.X.X.zip" en appliquant également un correctif ES défectueux
  
  • Supprimez le dossier "atmosphere / exefs_patches" si vous avez utilisé v9 ou v9.0.1 - Les correctifs Else ES ne fonctionneront pas correctement


• Mise à jour de "hekate_ipl.ini" pour être un peu plus propre

Vous l'aurez compris, cette mise à jour est essentielle pour corriger les bogues des précédentes versions v9. Enjoy !

Alors 1ere question: est ce que ta carte s.d. est reconnue pas la console en mode normale? J'avais formaté ma carte sur l'ordi puis insérée dans la console qui m'avait demandé de faire la mise à jour pour pouvoir la lire. Donc après quand c'est fait la console "n'est plus embêtée" par la carte sd. Ensuite oui ce c'est pas normal que le driver soit introuvable. Donc je répète: télécharge l'archive .msi puis sur ton pc clique sur l'archive et poursuis l'installation jusqu'au bout. Il va te créer un raccourci sur le bureau en forme de manettes noires et blanches. Tu branches ta console sur l'ordi. Tu doubles cliques sur le raccourci du tegra et 1ere chose tu vas dans settings>install driver . Là faut qu'il te mettre que le driver a bien été installé. Ensuite tu débranches tu passes en rcm tu rebranches. Tegra te mets rcm ok en vert. Tu selectionnes ton payload hekate que t'as mis sur ton pc et tu cliques sur inject payload. Et là normalement en même temps qu'il devient vert et te met que le payload est injecté , le menu apparaît sur ta console. Allez courage ça va se décanter.

Double post volontaire pour une information à tous

Le développeur CTCaer propose la version 4.1 de son bootloader Hekate. TumGER l'avait déjà intégré dans son update !

ChangeLog

[+] CLIQUER POUR AFFICHER

• Prise en charge complète de 6.0.0
  
  Correctifs Secmon / noyau, correctifs FS, mode veille, configuration hw, etc.


• Amélioration de la gestion des fichiers .ini / payload
  
  hekate_ipl.ini n'est plus requis et hekate ne se bloque pas sur les dossiers vides.


• Rétro-éclairage PWM
  
  Vous pouvez maintenant modifier la luminosité du rétroéclairage.


• Mise hors tension automatique lorsque l'appareil est sorti de l'alimentation de HOS
  
  Utilisable avec les modchips / dongles lors de l'utilisation d'AutoRCM. (Vous pouvez le voir comme un rétro-éclairage respirant avec le logo de hekate).


• La sauvegarde peut maintenant être annulée lors de l'écriture (barre blanche), en appuyant sur VOL UP + DOWN.


• Le chargement en chaîne à mise à jour automatique vérifie correctement le numéro de version maintenant pour éviter les charges non égales.


• Soutenir les charges utiles avec une installation hw cassée / incorrecte ...


• Ajout des infos ipatches et vidage du bootrom et des ipatches patchés / non corrigés


• Correction de certaines modifications de la configuration matérielle trouvées dans la version 5.x-6.0.0


• Plus de raisons de démarrage et de registres bootrom reviennent à la normale


• Il restaure maintenant correctement la BCT sur les unités de développement à partir de laquelle il est censé le faire.


• Message d'avertissement ajouté lorsque la bibliothèque du chargeur de démarrage du mode veille est manquante.


• Et beaucoup de corrections de bugs

Le firmware 6.0.0 est maintenant correctement pris en charge par toutes les possibilités présentes au sein de la scène underground.

Les versions mises à jour pour cela:

• Hekate depuis la v4.1


• SDFilesSwitch depuis la v9


• ReiNX depuis la v1.6


• Toolkit ReiNX depuis la v1.1

À prendre en compte que tinfoil accompagne la compilation SDFilesSwitch. Et que d'autres outils comme EdiZon etc suivent également la portabilité.

RajNX est mis à niveau. Sans oublier que SX OS dans sa version 1.9 l'est aussi.
Bon jailbreak !

Nan mais je ne dis que tu ne fais pas ce qu'il faut, je me pose des questions tout simplement ^^

Du coup, tu serais venu hier, c'était bon mais là, pas de choix si ce n'est faire cette mise à jour pour activer la format exFat et du coup, passage en 6.0.0.

Après, et dans tous les cas, le jailbreak pour les Switch patchées n'arrivera pas de sitôt si elle l'était vraiment. Ce que je doute car tu ne pourrais pas aller en mode RCM sauf erreur.

À toi de voir si tu attends ou si tu franchis le pas. Difficile d'être de bons conseils dans ce cas là.